SPECIFICATION 

TO ALL WHOM IT MAY CONCERN: 

BE IT KNOWN THAT WE, TSUTOMU OHISHI, a citizen 
of Japan residing at Fukuoka , Japan, KUNIHIRO AKIYOSHI , 
a citizen of Japan residing at Fukuoka, Japan, HIROYUKI 
TANAKA, a citizen of Japan residing at Fukuoka, Japan 
and KATSUHIKO NAKAGAWA, a citizen of Japan residing 
at Fukuoka, Japan have invented certain new and useful 
improvements in 

IMAGE FORMING APPARATUS, 
WRAPPING METHOD AND THE PROGRAM 

of which the following is a specification:- 
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BACKG R QU N P OF TH E I NV E NTIO N 

1. Field of the Invention 

The present invention relates to an image 
forming apparatus that provides user services on image 
5 formation such as copying, printing, scanning, faxing 
and the like. More particularly, the present invention 
relates to an image forming apparatus that can absorb 
version difference between an application and a service 
used by the application. 

10 2. Description of the Related Art 

Recently, an image forming apparatus (to be 
referred to as a compound machine hereinafter) that 
includes functions of a printer, a copier, a facsimile, 
a scanner and the like in a cabinet is generally known. 

15 The compound machine includes a display part, a 

printing part and an image pickup part and the like in 
a cabinet. In the compound machine, three pieces of 
software corresponding to the printer, copier and 
facsimile respectively are provided, so that the 

20 compound machine functions as the printer, the copier, 
the scanner and the facsimile respectively by switching 
the software. 

According to such a conventional compound 
machine, an application program is launched for each 

25 function unit such as printer, copier, facsimile and 
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scanner, and each application program has a function to 
access hardware resources. At that time, it is assumed 
that a version of an operating system (OS) on which the 
application program based and a version of OS actually 
5 used in the compound machine are the same. However, 

for example, if the OS is upgraded so that the versions 
between the OSes are different, there may be a case 
where a function that has been used so far by the 
application becomes unusable, or the application itself 

10 may become unusable. 

Thus, according to the conventional compound 
machine, if the OS is upgraded in the compound machine, 
it is required to recompiling the application such that 
the application operates on the upgraded OS. 

15 Since the conventional compound machine is 

provided with each software for the printer, the copier, 
the scanner and the facsimile individually, much time 
is required for developing the software. Therefore, 
the applicant has developed an image forming apparatus 

20 (compound machine) including hardware resources, a 
plurality of applications, and a platform including 
various control services provided between the 
applications and the hardware resources. The hardware 
resources are used for image forming processes in a 

25 display part, a printing part and an image pickup part. 
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The applications perform processes intrinsic for user 
services of printer, copier and facsimile and the like. 
The platform includes various control services 
performing management of hardware resources necessary 
5 for at least two applications commonly, performing 
execution control of the applications, and image 
forming processes, when a user service is executed. 

According to such a new compound machine, the 
applications and the control services are provided 

10 separately. Thus, after the compound machine is 

shipped, users or third party venders can develop new 
applications to install on the compound machine. By 
doing so, various functions can be provided. 

Since the new compound machine is provided 

15 with control services, separately from applications, 
for providing services commonly required by at least 
two applications, it is necessary to write source code 
for interprocess communication between the application 
and the various control services when developing an 

20 application. 

When developing a new application, it is 
necessary to precisely grasp application program 
interfaces (API: including functions and events) 
provided by each control service and to write the 

2 5 source code according to a predetermined procedure. 
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However, if upgrade of APIs is repeated due to 
debugging and addition of functions and the like, it 
becomes difficult for a vendor to develop applications 
since it is not clear which API version the application 
5 should comply with. Thus, there is a possibility that 
development of the application becomes difficult. In 
addition, there is a possibility that a version of an 
API used by the developed application for a control 
service is different from a version of the API of the 

10 control service actually used in the compound machine. 

If this application is executed on the compound machine, 
an error may occur and the application may affect the 
combined machine . 

This problem is a new problem that was not a 

15 problem for the conventional compound machine that 
includes fixed functions . 

In addition, from the viewpoint of 
concealment of programs and safety of the system, it is 
not favorable to disclose all of APIs between the 

20 control services and the applications to a third party 
such as a third vendor developing a new application. 



SUMMARY OF THE INVENTION 

An object of the present invention is to 
25 provide an image forming apparatus in which, even if a 
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difference arises between a function used by the 
application and a corresponding function in the control 
service due to upgrade of the control service, the 
application can perform function call without rewriting 
5 source code of the application. In addition, an object 
of the present invention is to provide an image forming 
apparatus that can conceal predetermined messages sent 
by the control service. 

The above-object is achieved by an image 

10 forming apparatus that includes an application for 

performing processes on image formation and an control 
service for performing system side processes according 
to a function call from the application, the image 
forming apparatus including: 

15 a wrapping part for converting a function 

called by the application, and performing a function 
call to the control service by using the converted 
function. 

According to the present invention, since the 
20 function called from the application is converted and 
the converted function is used for function call, 
function call can be performed from the application 
without rewriting source program of the application 
even when the function used by the application and the 
25 actual function in the control service are different. 



The above-object is also achieved by an image 
forming apparatus that includes an application for 
performing processes on image formation and an control 
service for performing system side processes according 
5 to a function call from the application, the image 
forming apparatus including: 

a wrapping part for selecting messages to be 
sent to the application from among messages sent from 
the control service. 
10 According to the present invention, 

interfaces for accessing the control service can be 
concealed from third parties. 

BRIEF DESCRIP TION OF THE DRAWINGS 

15 Other objects, features and advantages of 

the present invention will become more apparent from 
the following detailed description when read in 
conjunction with the accompanying drawings, in which: 
Fig.l is a block diagram of a compound 

20 machine according to a first embodiment of the present 
invention ; 

Fig. 2 shows an example of a hardware 
configuration of the compound machine 100 according to 
a first embodiment of the present invention; 
25 Fig. 3 shows the configuration of the VAS 140 
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in the compound machine 100 of the first embodiment, 
and relationships among the VAS 140, the applications, 
the control service layer 150 and the general OS 121; 

Fig. 4 is a figure for showing an example of 
5 the wrapping information file 201 stored in the HD 200 
according to the first embodiment of the present 
invention ; 

Fig. 5 shows an example of the version 
management table 210 according to the first embodiment 
10 of the present invention; 

Fig. 6 shows a flowchart showing a procedure 
for wrapping in which version difference is absorbed 
according to the first embodiment of the present 
invention; 

15 Fig. 7 shows a table including information 

indicating upgraded or not upgraded, and types of 
upgrade according to the first embodiment of the 
present invention; 

Fig. 8 shows an example of description of the 

20 VAS 140 for filling a dummy argument according to the 
first embodiment of the present invention; 

Fig. 9 is a flowchart showing the wrapping 
procedure by the VAS 140 according to the first 
embodiment of the present invention; 

25 Fig. 10 is a flowchart showing a procedure for 
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checking whole version according to the first 
embodiment of the present invention; 

Fig. 11 is a flowchart showing a procedure for 
checking versions function by function according to the 
5 first embodiment of the present invention; 

Fig. 12 is a block diagram of the compound 
machine of the second embodiment of the present 
invention ; 

Fig. 13 is a figure showing a configuration of 
10 the VAS 841-848 of the compound machine 800 of the 

second embodiment, and relationship among the VAS 8 41- 
848, each application, control service layer 150 and 
general OS 121 according to the second embodiment of 
the present invention; 
15 Figs.l4A-14C show examples of configurations 

of the VAS. 

PET&IX^D PESCRIPTIQN OF THE PREFERRED F MPQPIMENTS 

In the following, an image forming apparatus 
20 of an embodiment will be described. 
(First embodiment) 

Fig.l is a block diagram of an image forming 
apparatus (to be referred to as a compound machine 
hereinafter, the image forming apparatus can be also 
25 referred to as a composite machine, a multifunctional 
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machine or the like) according to the first embodiment 
of the present invention. As shown in Fig.l, the 
compound machine 100 includes hardware resources and a 
software group 110. The hardware resources include a 
5 black and white laser printer (B&W LP) 101, a color 

laser printer 102, and hardware resources 103 such as a 
scanner, a facsimile, a hard disk, memory (RAM, NV— RAM , 
ROM and the like) and a network interface. The 
software group 110 includes a platform 120, 

10 applications 130 and a virtual application service 140 
(to be referred to as VAS hereinafter) . 

The VAS 140 is provided between the 
applications 130 and the platform 120. The VAS 140 is 
recognized as a service layer in the platform 120 from 

15 the application's point of view, and is recognized as 
an application from the service layer's point of view. 
In addition, the VAS 140 operates as a server process 
for the application and operates as a client process 
for each control service. 

20 A first basic capability of the VAS 140 is to 

absorb a version difference between a function (which 
can be referred to as API) used by the application to 
utilize capabilities of the control service and a 
corresponding function provided by the control service. 

25 By using this capability, even if there is a version 
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difference, the application can perform function call 
without recompiling the application. In addition, the 
VAS can intentionally hide platform 120 by selecting 
messages from the control services. The above 
5 mentioned capabilities can be referred to as a wrapping 
capability. 

As a second basis capability, the VAS 140 
detects version differences between versions of 
functions used by the application for the VAS 140 and 

10 corresponding functions in the VAS 140 , determines 
whether each version difference is within a range 
supported by the VAS 140. Then, the VAS 140 sends the 
determination result to the application, so that the 
application can determine whether versions between the 

15 application and the VAS are consistent with each other 
before the application actually operates. This 
capability is referred to as a version management 
capability . 

The VAS program can be stored, for example, 
20 in a SD (Secure Digital) card, so that the VAS program 
can be launched from the SD card. In addition, the VAS 
program can be installed or launched from a server that 
includes the VAS program. 

The platform 120 includes control services 
25 for interpreting a process request from an application 
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to issue an acquiring request for the hardware 
resources, a system resource manager (SRM) 123 for 
managing one or more hardware resources and arbitrating 
the acquiring requests from the control service, and a 
5 general-purpose OS 121. 

The control services include a plurality of 
service modules , which are a system control service 
(SCS) 122, an engine control service (ECS) 124, a 
memory control service (MCS) 125, an operation panel 

10 control service (OCS) 126, a fax control service (FCS) 
127, and a network control service (NCS) 128. In 
addition, the platform 120 has application program 
interfaces (API) that can receive process requests from 
the applications 130 by using predetermined functions. 

15 The general purpose OS 121 is a general 

purpose operating system such as UNIX, and can execute 
each piece of software of the platform 120 and the 
applications 130 concurrently as a process. 

The process of the SRM 123 is for performing 

20 control of the system and performing management of 

resources with the SCS 122. The process of the SRM 123 
performs arbitration and execution control for requests 
from the upper layer that uses hardware resources 
including engines such as the scanner part and the 

25 printer part, a memory, a HDD file, a host I/Os 



a^ d 



cs 



"tie - 



A3- 



1/* 



1/* 



sP' 



fipa- 1 - 



d 



leva' 



xd* 



a* e 



$ es' 



it 



is 



up?' 



il a 



a^ 
s c* e ' 



.tv«3 



tot 



PV 



i2^ 

>t ce 



e 



is 



tecs?' 



es' 



,0^ 



.dd^' 



.t*3 



£0* 



\0 



a^° 



di £ 



ce s 



pap 1 



e* 



s es 
t *a' 



CO 



sP 0 ' 



tv<3 



to 



.0* 



3 et^ 



e* 



.tie 



£e* 



£0 



tie . 



£5- 



\e y 



ce 



o£ 



1^ 



apP^' 
di s ? 



ca' 



pi 1 



a<3' 



co^' 



a^ 
\22 



ot>- 



atvd 



1^ 



set 



£0 



pt 



oi 



di s9 



,iaV ' 



oV 



et 



.otv 



, e so- 



co^' 



,c^ 
,tet 



o£ 



at e 



so' 



ces 1 



nCi 



20 



las 



et 



(CO 



lot 



It 



tYve 



oC e ' 



sO : 



o£ 



cO J 



ano- 



£a 



cs^ 1 



uses 



0 P^ ai 



tvs 



3V C 



as 



es 



atv 
apP 



ata^ S 



tYve 



atv c 



ot 



es 



a^ c 



3 *P a ' 



i*a<3 e 



da- 



ta- 



121 ^ 



da 5 



fot 



25 



-14- 

sending and receiving of facsimile from each 
application layer of the system controller by using 
PSTN/ISDN network, registering/referring of various 
kinds of facsimile data managed by BKM (backup SRAM) , 
5 facsimile reading, facsimile receiving and printing, 
and mixed sending and receiving. 

The NCS 128 is a process for providing 
services commonly used for applications that need 
network I/O. The NCS 128 distributes data received 

10 from the network by a protocol to a corresponding 
application, and acts as mediation between the 
application and the network when sending data to the 
network. More specifically, the process of the NCS 128 
includes server daemon such as ftpd, httpd, lpd, snmpd, 

15 telnetd, smtpd, and client function of the protocol. 

The process of the OCS 126 controls an 
operation panel that is a means for transferring 
information between the operator (user) and control 
parts of the machine. In the compound machine 100 of 

20 the embodiment, the OCS 126 includes an OCS process 

part and an OCS function library part. The OCS process 
part obtains an key event, which indicates that the key 
is pushed, from the operation panel, and sends a key 
event function corresponding to the key event to the 

25 SCS 122. The OCS function library registers drawing 



-15- 



functions and other functions for controlling the 
operation panel, in which the drawing functions are 
used for outputting various images on the operation 
panel on the basis of a request from an application 
5 that has control right or from the control service. 

When the application is developed, functions in the OCS 
function library is linked to an object program that is 
generated by compiling a source code file of the 
application , so that an executable file of the 

10 application is generated. 

The application 130 includes a printer 
application 111 that is an application for a printer 
having page description language (PDL) and PCL and post 
script (PS), a copy application 112, a fax application 

15 113 that is an application for facsimile, a scanner. 

application 114 that is an application for a scanner , a 
network file application 115 and a process check 
application 116. When each of these application is 
launched, the application sends an application 

20 registering request message with a process ID of its 

process to the VAS 140. The VAS 140 that receives the 
application registering request message performs 
registration processing for the launched application. 

Interprocess communication is performed 

25 between a process of the application 130 and a process 
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of the control service, in which a function is called, 
a returned value is sent, and a message is sent and 
received. By using the interprocess communication, 
user services for image forming processes such as 
5 copying, printing, scanning, and sending facsimile are 
realized . 

As mentioned above, the compound machine 100 
of the first embodiment includes a plurality of 
applications 130 and a plurality of control services, 

10 and each of those operates as a process. In each 
process, one or more threads are generated and the 
threads are executed in parallel. The control services 
provide common services to the applications 130. User 
services on image formation such as copying, printing, 

15 scanning and sending facsimile are provided while the 
processes are executed in parallel, the threads are 
executed in parallel, and interprocess communication is 
performed. A third party vendor can develop 
applications 117, 118 for the compound machine 100, and 

20 can executes the application in an application layer on 
the control service layer in the compound machine 100. 
Fig.l shows an example including new applications 117 
and 118. 

In the compound machine of the first 
25 embodiment, although processes of applications 130 and 
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processes of control services operate, each of the 
application and the control service can be a single 
process. An application in the applications 130 can be 
added or deleted one by one. In the compound machine 
5 100 of the first embodiment, in addition to the VAS 140, 
dynamic link library (DLL) can be adopted. 

Fig. 2 shows an example of a hardware 
configuration of the compound machine 100. 

The compound machine includes a controller 

10 160, an operation panel 175, a fax control unit (FCU) 
176, and an engine part 177 that is hard ware resource 
such as a printer that is specific for image forming 
processing. The controller 160 includes CPU 161, a 
system memory 162, a north bridge (NB) 163, a south 

15 bridge (SB) 164, ASIC 166, a local memory 167, HDD 168, 
a network interface card (NIC) 169, a SD card slot 170, 
a USB device 171, an IEEE1394 device 172, and a 
Centronics 173. The memories 162, 167 may includes 
RAMs and/or ROMs, for example. The FCU 176 and the 

20 engine part 177 are connected to the ASIC 166 in the 
controller via a PCI bus 178. The CPU 161 executes 
' programs of the application and control services and 
the like installed in the compound machine 100 by 
reading from a RAM. 

25 Fig. 3 shows the configuration of the VAS 140 
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in the compound machine 100 of the first embodiment, 
and relationships among the VAS 140, the applications, 
the control service layer 150 and the general OS 121. 
Although Fig. 3 shows the printer application 111, the 
5 copy application 112, the new applications 117 and 118 
as examples of the applications 130, other applications 
can be provided in the same way. 

In the process of the virtual application 
service (VAS) 140, a dispatcher 144, a control thread 

10 143, a wrapping thread 141 and a version management 
thread 142 operate. 

The dispatcher 144 monitors receiving message 
from the applications and the control services, and 
sends a process request to the control thread 143, the 

15 wrapping thread 141 or the version management thread 
142 according to the received message. In the 
compound machine 100 of the first embodiment, when the 
dispatcher 144 receives an application registration 
request message when the application launches, the 

20 dispatcher 144 sends the application registration 
request message to the control thread 143. 

The control thread 143 performs an 
application registration process when receiving the 
application registration request message from the 

25 dispatcher 144. In the application registration 
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process , the control thread 143 generates an 
application registration table in the RAM 210, and 
stores an application ID in the application 
registration table , in which the application ID is an 
5 identifier of an application that sent the application 
registration request message. In addition, the control 
thread 143 refers to a wrapping information file 201 
stored in the HD 200 to check whether wrapping 
information is stored for the registered application . 

10 The outline of the capability of the wrapping 

thread 141 is as follows . 

Even if a function (API) used in the 
application side for the control service is not 
upgraded even after the control service is upgraded in 

15 which arguments are added in the corresponding function 
(API) for example, the wrapping thread 141 can absorb 
the difference of the functions by converting the 
function called from the application. 

Further, the wrapping thread 141 has 

20 capability to select messages sent from the control 

service layer 150 to the application by referring to a 
wrapping information file 201 . Accordingly , interfaces 
that may largely affect the system of the compound 
machine 100 can be concealed from a third party vendor, 

25 so that the control service can be prevented from 
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directly being accessed. Thus, security of the 
compound machine can be improved and failure can be 
prevented from occurring. 

The version management thread 142 receives a 
5 process request from the control thread 143. In 

addition, the version management thread 142 detects 
difference between a version of a function used by the 
application for the VAS 140 and a version of a 
corresponding actual function in the VAS 140. Then, 

10 the version management thread 142 determines whether 
the version difference is within a range that can be 
covered by the VAS 140 by referring to the version 
management table 211. 

Fig. 4 is a figure for showing an example of 

15 the wrapping information file 201 stored in the HD 200. 
As shown in Fig. 4, the wrapping information file 201 is 
an information file in which no-notification setting is 
set for messages (event) sent from the control service 
layer 150 to the application. The no-notification 

20 setting can be set message by message such that 

interfaces that may affect largely on the system are 
hidden to the third party. Since No-notification 
setting is set for the events A and C shown in Fig. 4, 
the events are not sent to the application. As for the 

25 event B, since the no-notification setting is not set, 



the event is sent to the application as normal. 

Fig. 5 shows an example of the version 
management table 210. This table can be included in 
the execution file of the VAS 140, and the table is 
stored, for example, in the RAM 210 when the VAS 140 is 
executed. To include the table in the execution file, 
for example, an include file including information of 
the table is included in the program of the VAS 140 and 
the program is compiled. In addition, the table can be 
prepared as a file, and the file is stored in the 
compound machine so that the VAS 140 can refer to the 
file. 

As shown in Fig. 5, the version management 
table 211 includes whole version number of the VAS 140 
and a range of whole version of the application that 
the VAS 140 can support. For example, the range that 
can be covered by the VAS 140 is from a version of the 
current VAS to a predetermined-range old version. 

The whole version of the VAS 140 means a 
version of a set of functions provided by the VAS 140, 
and the whole version of the application is a version 
of a set of functions used by the application for the 
VAS 140. The version of the set of functions used by 
the application for the VAS 140 is the same as the 
version of the set of the functions in the VAS 140 at 
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the time when the application was developed. 

In addition, as shown in Fig. 5, the version 
management table 211 includes, function by function, 
versions of functions in the VAS 140 and version ranges 
5 of functions that the application can use for the VAS 
140. Although the VAS 140 performs above-mentioned 
capabilities by using the above-mentioned threads, the 
VAS 140 can also performs the above-mentioned 
capabilities by using a process instead of using 

10 multiple threads. 

In the following, wrapping process and 
version management by the VAS 140 of the compound 
machine 100 will be described. The wrapping process 
will be described first. 

15 Fig. 6 shows a flowchart showing a procedure 

for wrapping in which version difference is absorbed. 
If a function is upgraded in the control service, the 
function may be different from a corresponding function 
in the application side due to version difference. The 

20 procedure shown in Fig. 6 is for absorbing the version 
difference. 

The VAS 140 has information, for each 
function of each control service, indicating whether a 
function has been upgraded and, if upgraded, indicating 

25 types of the upgrade. This information can be included 



as a table shown in Fig. 7 when producing the program of 
the VAS 140. The types of the upgrade may be, for 
example, function adding, function splitting, function 
deleting, function changing, function integrating, 
argument adding, argument splitting, argument deleting 
and the like. 

In step S601, the VAS 140 checks whether a 
function corresponding to a function called from the 
application has been upgraded in the control service by 
referring to information shown in Fig. 7. If the 
function has not been upgraded, normal process is 
performed in step S604. If the function has been 
upgraded, the VAS 140 checks whether the type of the 
upgrade is function splitting or argument adding in 
step S602. 

If the type of the upgrade is neither the 
function splitting or the argument adding, the type is 
function deleting, function change, function 
integration and the like. In this case, the function 
corresponding to the function called from the 
application does not exist in the control service, so 
that the process of the function can not be performed. 
Thus, the VAS 140 sends NG to the application in step 
S605 and ends the procedure in step S606. 

In step S602, if the type of the upgrade is 



function splitting or argument adding, the number of 
functions or the number of arguments is increased in 
the control service. Thus, dummy functions or dummy 
arguments are filled for the increased functions or the 
increased arguments in step S603. Then, normal process 
continues in step S604. An example of the VAS 
description in which a dummy argument is filled is 
shown in Fig. 8. As shown in Fig. 8, a function 
vv API_for_Apli_Nol (int argl , int arg2)" that receives a 
request from the application is converted to a function 
"API_for__XCS_Nol (argl , arg2 , dummy) " that includes the 
dummy argument "dummy". 

Even if the control service is upgraded in 
which a function is added , there is no change for 
existing functions. Thus, this upgrade does not affect 
the application although the application can not use 
the added function. 

Next, a procedure for concealing 
predetermined interfaces of the control service will be 
described. If every message (for example, event) from 
control services is sent to an application, it becomes 
possible to directly access control services that 
largely affect the system of the compound machine 100, 
which is not favorable for keeping security of the 
compound machine and for preventing occurrence of 
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failure. For solving this problem, events that are not 
sent to the application can be set beforehand in the 
wrapping information file 201. The setting can be made 
in any way. For example, the wrapping information file 
5 201 is produced in the outside of the compound machine 
100, then the file 201 can be stored in the compound 
machine 100. In addition, the VAS 140 may display a 
screen for setting information in the file 201, and the 
information also can be set from the screen. In 

10 addition, the information can be included in the 
execution file of the VAS 140. 

Fig. 9 is a flowchart showing the wrapping 
procedure by the VAS 140. 

When an message is notified from the control 

15 service to an application, the wrapping thread 141 
refers to the wrapping information file 201 in step 
S701, and the wrapping thread 141 checks whether no- 
notification is set for the message in step S702. If 
the no-notification is set for the message, the message 

20 is not sent to the application in step S703. 

If setting for the message is not including 
in the wrapping information file 201 or the no- 
notification is not set in step S701, the message is 
sent to the application as usual in step S704. 

2 5 As mentioned above, whether an event is sent 
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an application ID for identifying the application and 
stores the application ID in an application 
registration table in a RAM, so that registration of 
the application is performed. The application ID is 
5 predetermined for existing applications such as the 

copy application 112, the printer application, and the 
VAS keeps each application ID in the inside. As to the 
new applications developed by the third vendor and the 
like, the application ID is determined when the 

10 application is registered when the application is 
launched at the first time. 

In the following, version check procedures 
will be described for a case of checking whole version 
and a case of checking versions for each function. 

15 Instead of performing the procedures separately for 

each case, the function-by-function version check can 
be performed only when difference of the whole version 
is not within a range that the VAS 140 can support. 

First, the procedure for whole version check 

20 will be described with reference to Fig. 10. 

When the VAS 140 receives a request for 
application registration in step S801, the VAS 140 
obtains the whole version number of the application 
from the application in step S802. The VAS 140 

25 compares the whole version number of the application 



and the version support range in the version management 
table 211, and determines the whole version of the 
application is within the support range in step S803. 
For example, assuming that the version range that the 
currently used VAS 140 can support is 1.0-1.6. In this 
case, if the whole version of the application is within 
1.0-1.6, the VAS 140 determines the whole version is 
within the range. In this case, "OK" is sent to the 
application in step S804, and the application is 
properly registered in step S805, and normal process is 
performed in the compound machine 100 in step S806. If 
the VAS 140 determines that the whole version of the 
application is out of the range, the VAS 140 sends "NG" 
to the application in step S807, and the process ends 
in step S808. 

Next, the procedure for checking versions 
function by function will be described with reference 
to Fig. 11. 

In the same way as the case of Fig. 10, the 
version check can be performed at any time before the 
application is executed. Also in this embodiment, the 
version check is performed when the application is 
registered . 

When there is a request of application 
registration in step S901, the VAS 140 obtains, 
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function by function, version information of functions 
used by the application for the VAS 140 from the 
application in step S902. Then, the VAS 140 refers to 
the version management table 211. For each function 
5 used by the application for the VAS 140, the VAS 140 
compares a version of a function used by the 
application and a support range corresponding to the 
function, so that the VAS 140 determines whether the 
version of the function is within the support range in 

10 step S903. For example, if the functions used by the 
application are and "3", and if the version of the 

functions are "1.1" and "2.0" respectively, each 
function is within the support range as shown in Fig. 5. 

In the process shown in Fig. 11, when the VAS 

15 140 determines that every function is within the 

support range, the procedure after that is the same as 
steps S804-S806 in Fig. 10. When the VAS determines 
that at least a function is not within the support 
range, the procedure after that is the same as steps 

20 S807-S808 in Fig. 10. When the result is NG, the VAS 

140 may display names of functions that are out of the 
support range on the operation panel . 

If a function that is not used by the 
application is upgraded in the VAS 140, the whole 

25 version of the VAS 140 is changed. Thus, if only the 



whole version check is performed, there is a case where 
the application can not be executed due to whole 
version difference. On the other hand, if the version 
check is performed for each function used by the 
5 application, the VAS 140 can determine that the 

application can be executed without problems in the 
above-mentioned case. In addition, by checking 
function by function, a function that can not be 
supported by the VAS 140 can be specified easily. 

10 As mentioned above, according to the compound 

machine 100 of the first embodiment, the wrapping 
thread 141 of the VAS 140 absorbs version difference. 
Thus , even if the control service is upgraded , it is 
not necessary to recompile the application . In 

15 addition, the VAS 140 can select messages to be sent to 
the application from the control service. Thus, 
interfaces that may largely affect the system of the 
compound machine 100 can be concealed from third 
parties . 

20 In addition, according to the compound 

machine 100 of the first embodiment, the VAS 140 can 
check versions of functions by using version 
information obtained from the application. Thus, the 
application can be executed safely . In addition , 

25 according to the compound machine 100 of the first 
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embodiment, the dynamic link library (DLL) can be 
adopted in addition to the VAS 140. In this case, the 
version difference between the application and the 
control services can be absorbed more efficiently, and 
interfaces can be hidden. Thus, the interfaces can be 
concealed more firmly. 
( Second embodiment) 

The compound machine 100 of the first 
embodiment includes one VAS for all applications. 
According to the compound machine of the second 
embodiment, a plurality of VASes are launched for each 
application in which each VAS performs version 
management and wrapping . 

Fig. 12 is a block diagram of the compound 
machine of the second embodiment. As shown in Fig. 12, 
the compound machine 800 is different from the compound 
machine of the first embodiment in that a plurality of 
virtual application • services operate for each 
application . 

The VASes 841-848 performs version management 
and wrapping for the printer application 111, copy 
application 112, fax application 113, the scanner 
application 114, the net file application 115 and the 
process check application 116 and the new applications 
117 and 118. 
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Fig.13 is a figure showing a configuration of 
the VAS 841-848 of the compound machine 800 of the 
second embodiment, and relationship among the VAS 841- 
848 , each application, control service layer 150 and 
5 general OS 121. Although Fig. 13 shows the printer 
application 111, the copy application 112, the new 
applications 117 and 118 as the applications, and 
corresponding VASes 841, 842, 847 and 848 as an example, 
same configuration can be adopted for other 

10 applications. 

According to the compound machine 800 of the 
second embodiment, different from the compound machine 
100 of the first embodiment, as shown in Fig. 13, a VAS 
control daemon 801 operates between the VAS and an 

15 application. The VAS control process (daemon) 801 

receives application registration request messages from 
each application to perform application registration. 
In addition, the VAS control process (daemon) 801 
generates the VASes 841-848 corresponding applications 

20 that request application registration. In addition, 

the VAS control process (daemon) 801 sends instructions 
to each thread. 

Each process of the virtual application 
service (VAS) includes the dispatcher 144, the wrapping 

25 thread 141, and the version management thread 142. 
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The dispatcher 144 monitors a message from 
applications and control services, and sends a process 
request to the wrapping thread 141 or the version 
management thread 142 according to the received message. 
5 In the compound machine 8 00 of the second embodiment, 
the dispatcher 144 receives, from the VAS control 
process 801, a version management request message or a 
wrapping request message with application ID and 
process ID of the application. When the dispatcher 144 

10 receives the version management request message, the 
dispatcher 144 sends the version management request 
message, the application ID, and the process ID to the 
version management thread 142. When the dispatcher 144 
receives the wrapping request message, the dispatcher 

15 144 sends the wrapping request message, the application 
ID, and the process ID to the wrapping thread 141. 

The capabilities of each of the version 
management thread 142 and the wrapping thread 141 are 
the same as those of the first embodiment. 

20 According to the compound machine 800 of the 

second embodiment, effects same as the first embodiment 
can be obtained. In addition, according to the 
compound machine 800 of the second embodiment, the VAS 
is launched for each application. Thus, determination 

25 for a plurality of applications can be performed in 
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parallel by the corresponding VASes. Thus, the 
determination can be performed more efficiently. In 
addition, since the version management and the wrapping 
can be performed for each application in parallel, even 
5 if an application is added or changed, the version 
management and the wrapping can be performed 
efficiently . 

As the configuration of the VAS , 
configurations shown in Figs.l4A-14C can be also 

10 adopted. Fig.l4A shows a case in which child processes 
of a parent VAS is used for each application, in which 
the parent VAS does not have screen control right (does 
not have user interface) . Fig.l4B shows a case in 
which the parent VAS has the screen control right. 

15 Fig.l4C shows a case in which the functions of VAS are 
provided by using threads for each application. 

As mentioned above, according to the present 
invention, an image forming apparatus that includes an 
application for performing processes on image formation 

20 and an control service for performing system side 
processes according to a function call from the 
application is provide, in which the image forming 
apparatus includes a wrapping part for converting a 
function called by the application, and performing a 

25 function call to the control service by using the 



converted function . 

According to the image forming apparatus, 
since the function called from the application is 
converted and the converted function is used for 
function call, function call can be performed from the 
application without rewriting source program of the 
application even when the function used by the 
application and the actual function in the control 
service are different. 

In image forming apparatus, wherein the 
wrapping part converts the function if there is a 
version difference between the function used by the 
application for the control service and a corresponding 
function in the control service. Thus, for example, if 
a function in the control service side is upgraded and 
version difference arises, the function called by the 
application is converted. Accordingly, failure due to 
mismatch of versions can be prevented. 

In image forming apparatus , the wrapping part 
determines whether there is the version difference by 
referring to information indicating that a version of 
the corresponding function in the control service has 
been changed. Thus, it can be determined whether there 
is the version difference properly. 

In the image forming apparatus, wherein the 



wrapping part converts the function by adding at least 
a dummy function or at least an argument if the number 
of functions or the number of arguments is different 
between the function used in the application for the 
control service and the corresponding function in the 
control service. 

Conventionally, if the number of functions or 
the number of arguments is different between a function 
used by the application and a corresponding function in 
the control service, the application can not perform 
function call. On the other hand, according to the 
present invention, by adding dummy functions or dummy 
arguments in positions corresponding to increased 
functions or increased arguments, the application can 
perform function call. 

In addition, an image forming apparatus 
including a wrapping part for selecting messages to be 
sent to the application from among messages sent from 
the control service is provided. 

According to the present invention, 
interfaces for accessing the control service can be 
concealed from third parties. 

In the image forming apparatus, the wrapping 
part selects the massages by referring to information 
indicating predetermined messages that should not be 
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sent to the application. 

According to this configuration, since 
wrapping part refers to information indicating 
predetermined messages that should not be sent to the 
5 application, necessary messages can be selected easily 
by storing desired messages in the information. 

The image forming apparatus may include a 
virtual application service that operates as a client 
process for the control service and operates as a 
10 server process for the application, wherein the 

wrapping part is included in the virtual application 
service . 

In addition, the image forming apparatus may 
include: a version check part for determining whether a 

15 version of a set of functions used by the application 
for the virtual application service is within a 
predetermined range that the virtual application 
service can support. Thus, the version check part can 
determine whether the version of the set is within the 

20 range supported by the virtual application service. 

Therefore, for example, by performing the determination 
before actually using the application, it can be 
determined whether the application can be used on the 
virtual application service, so that failures can be 

25 prevented from occurring. 
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In the above-mentioned image forming 
apparatus, the version check part obtains the version 
of the set of the functions from the application, and 
determines whether the version is within the 
5 predetermined range by referring to information 
including the predetermined range. Thus, the 
determination whether the version is within the 
predetermined range can be performed easily. 

The image forming apparatus may include: a 

10 version check part for determining, function by 

function, whether a version of a function used by the 
application for the virtual application service is 
within a predetermined range that the virtual 
application service can support. Accordingly, since 

15 the version is checked function by function, if a 
function that is not used by the application is 
upgraded, it can be determined properly that this 
upgrade does not affect operation of the application. 
In addition, a function that is out of the support 

20 range can be specified easily. 

In the above-mentioned image forming 
apparatus, the version check part obtains the version 
of the function from the application, and determines 
whether the version is within the predetermined range 

25 by referring to information including the predetermined 
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range . Thus, the determination can be performed easily. 

The present invention is not limited to the 
specifically disclosed embodiments, and variations and 
modifications may be made without departing from the 
5 scope of the present invention. 
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